import router from '@/router'
import store from '@/store'
import axios from 'axios'
import { Message } from 'element-ui'
import { getToken } from './auth'

// 1.实例化 create方法
// 定制axios的基地址和超时时间
// 基地址？项目里面大部分的借口前面的协议域名端口号都是一致的 只有后面的相对路径不一样
// 超市时间？接口从发送到返回容许最大的时间差 100ms

// axios VS servirce
// servirce=axios + 自定义配置 （plus）
const service = axios.create({
  baseURL: process.env.VUE_APP_BASE_API,
  timeout: 5000 // request timeout
})

// 请求拦截器
// 作用：在正式接口发送之前，允许我们对接口参数做一些配置
// 具体的事情：注入token 在请求头 -> 为了大部分需要鉴权的接口能够统一获取的用户标识
service.interceptors.request.use(
  config => {
    // 这层千万别丢
    // 拿到token，存入请求头
    const token = getToken()
    if (token) {
      // 前面的authorization和后面的拼接方式都是固定的，都是业内规范
      config.headers['Authorization'] = `Bearer ${token}`
    }
    return config
  },
  error => {
    return Promise.reject(error)
  }
)

// 响应拦截器
// 作用：在数据从后端返回到客户端的时候先被拦截下来 做的一些自己的事
// 具体事情：1.401 token失效 强制跳回登录  2.简化组件中请求数据的访问
// 注意事项：以http状态码决定的 2xx就执行第一个成功回调 不在200 -300 就走第二个失败回调
// 谁决定当前http状态 -> 后端

// 很多的接口都有此类问题，所以在拦截器位置操作统一解决
// 问题：后端不以200-300作为接口成功失败作为标识 以一个自定义的success作为标识
// 前后端的依据不统一 永远走的都是成功回调
// 解决思路：前端自己判断当前接口成功还是失败 如果成功还是按照之前的逻辑return data
// 如果失败 手动抛出错误 return Promirse.reject()
service.interceptors.response.use(
  response => {
    // todo
    const { data, message, success } = response.data
    if (success) {
      // 接口成功
      return data
    } else {
      // 手动抛出错误,用一个警告弹框一下这个错误
      Message.warning(message)
      return Promise.reject.data
    }
  },
  error => {
    // 发生401的位置
    // 判断当前的状态码是否为401 如果有的话 清空数据 并且回到登录页面
    if (error.response.status === 401) {
      store.commit('user/removeUserInfo')
      router.push('/login')
    }
    return Promise.reject(error)
  }
)

export default service
